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Introduction 

comm,t„t!'Z 9r T lnS lan S ui,9es are us “ al 'y organized around unilateral 
nrnrlnrn , ! ° 9ra, " S P erf °™ Predetermined operations on their inputs to 

on the other hr, tP “ tS ° r t0 eV ° 1V8 “ " Cslrcd Proooos- Physical systems, 

several variahi * ’ a 31 * 6 usually s P ec ified as sets of constraints among 

coZ?e ? * constraint such as x*y*z=3 is no more about how to 

Pronrims and Z than 1C 15 about how t0 compute z given x and y. 

constraint ! T Written to extract useful information from a set of 
'7 ™ , Such programs depend strongly on the forms of the constraints 

and are committed to solving for particular variables. For example 

zzsszzsr *' 1 circuit anaiysis - n 0t ^ for ss:; 

constraint ‘’TtHti 3 " interactive s y stem organized around networks of' 

lanm ft th ® programs which manipulate them. We describe a 

primitive °r hlerarchlCal constraint networks. It supplies a set of 

totems! t tyPCS 9nd 9 meanS ° f building compound constraint 
systems by combining instances of simpler ones. Constraint networks of 

this kind can often be used to elegantly describe the specifications of 
physical’ syTtemT* and ^ StrUCtUr6S 95 Wel1 as mathematical models of 

set f We alS ° describe one method of deriving useful consequences of a 

tnkes° nriv 00 ! t CaU P ro P a 9 ati0n - Propagation automatically 

is nnt' an '\ 9G °f thG sparseness of most constraint networks. Propagation 
is not prematurely committed to solving for any particular predetermined 

rlr n ° r ^ U Committed t0 using any particular constraint in 

with theTn G t Way \ ^ f3Ct P ro P a ^ ation analysis may be freely intermixed 

req ires th!t th " W constraints and the deletion of old ones. This 
requires that the system keep track of how its conclusions (and 

ntermodiatc results) are consequences of the particular constraints they 

inconsistent suhtt DGI ’ cn ' lenc >' " ni ' ly sis “ «l*o u«d to spot and track down 
m!.f ° , a constra i nt set. Propagation of constraints is 
St flexible and useful when coupled with the ability to perform symbolic 

manipulations on algebraic expressions. Such manipulations are in turn 

best expressed as alterations or augmentations of the constraint network 


The Language of Constraints 

A language is a means of communication of ideas A lanmnno 

—cui™ 3 r" tl ’ elile "’ r Cl3SS ° f ” optUe'Hor 

communicating. For example, most computer languages are designed for 
expressing algorithms They ore optimized for cojunicoting Operative 

Secure "“‘T 77 The th °" e 0f the d °"“raint language is 

relition.h A ls . 900d for expressing descriptions of structural 

relationships and physical situations. 



Every language has a set of primitive entities which represent the 
elementary notions of the domain, and rules of composition by which 
compound entities are constructed. 


Simple Constraints 

We will now proceed to illustrate the entities of the constraint 
language by an annotated interaction with the constraint language 

interpreter. Input to the interpreter is in lower case, following the 
prompt "==>". 

One kind of primitive (i.e., built-in) constraint we might have is 
an adder which constrains three numbers (called the addend, augend, and 
sum of the adder) in such a way that the addend plus the augend must equal 
the sum. Put another way, it constrains the augend to equal the difference 
of the sum and the addend. (The point is that there is no preferred 
direction of computation.) First, let's make an adder, called ZAP: 

==> (create zap adder) 

ZAP 

Every object in the constraint language has a type, and may have parts. We 
can ask. ZAP to tell us about itself: 

i 

t 

( >> type? zap ) 


(A1 A2 SUM) ZAP | 

It seems that ZAP has three parts, the addend (ai), the augend (A2), and 
the sum (sum). The parts also have types. 

•==> (>> type? al zap) 

CELL 

==> (>> partnames? al zap) 

NIL 

A cell is a primitive entity which hath no parts.(Elements) CeUs ape use(j 
for two things in the constraint language. They are used to hold 
computational values, and (as we will see later) they can be connected 
together when building compound constraints. We can use WHAT-IS to 
discover the value in a cell: 








-~y (what-is (>> sum zap)) 
Sorry, } don't know it. I need: 
(» A1 ZAP) 

{>> A2 ZAP) 

to use rule: (>> RULE#1 ZAP) 


At 


this point, the system does not know a value for the sum of ZAP 

:Ys°™ TrT 'l We r 9iVen “ the A1 and - “ C0Uld 

a sum using a rule internal to ZAP. Instead, we now give the sura 


computed 
a value. 


==> (set-parameter (>> sum zap) 5.0) 
5.0 

==> (what-is (>> sum zap)) 

(>> SUM ZAP) = 5.0 



==> (why (>> sum zap)) 

Because you told me so. 

Mow that the system knows about the sum of ZAP, can it tell us about the 

==> (what-is (>> al zap)) 

Sorry, I don't know it. I need: : 

(>> A2 ZAP) 

to use rule: (>> RULE#2 ZAP) 


The ai is not 
a 2 were known. 


yet completely determined, but it could be determined if the 
If instead we specify the ai, the A 2 should be determined. 


==> (set-parameter (>> al zap) -2.0) 
- 2.0 


.==> (what-is (J> a2 zap)) 

(>> A2 ZAP) = 7.0 

==> (why (>> a 2 zap)) 

I used rule (>> RUIE#3 ZAP) on the following 
(>> SUM ZAP) 

(>> Al ZAP) 



/e haVe ^ Ust illustra ted the use of an adder, a typical entity of 

‘"T 9 '' A «'•«»• a relationship aLlg 

eral entities. If enough information is known to immediately deduce 

unknown ce n values, those values are computed. These new values raay 

rjra^- t“y S - U of 

network of constraints.) Pr ° Pagated ’ trough a 





Networks of Constraints 


Suppose we also have a kind of constraint called a "multiplier": 


==> (create foo multiplier) 
F00 



FKOPt/CT 


F 00 


Neither an adder by itself nor a multiplier bv ic ^ 

sZT 1 *'' 1 ? faSClnatl "= system provides a means for combining 

mple constraints into arbitrarily complicated networks. 9 

hunt typi ° 1 al a l9orithmic computer languages a compound algorithm is 

A it.r e 7i r r° S b V" US ° f tMP ° ral a "d data-flow? 

(conditionals') 0 h tr” P T .1 (sequencing), S9le cted among 

[ onditionals), and iterated (do loops). Data flow is indicated exnlicit-.lv 

variables! 0 ”** Ct "" P0Sitl0n and ^icltly by side effects on shared 


. , * n constra int language, a compound constraint is built from 

d "S’ ra r tiL eS tn y , 1 : nUn! ’ S °" e ° f th6lr PartS - Tha »«"° d -r c^nnecuon u" 

cioclat ation that two entities are in fact the same. 


ontitio S T of the = s-imp r i mitlVe r all0WS US t0 identify any tw ° constraint 
Hi J. tde same type - In Particular, if two cells are identified thev 

* sr Ldered to be the same cen ■■ 


==> 


(== (>> product foo) (>> al zap)) 
IDENTITY 

==> (= = (>> m J f 00 ) a2 zap )) 

IDENTITY 


Fon Th^ linked Vari ° US PartS 0f our adder ZAP a "d our multiplier 

FOO. The resulting network looks like: ^ipner 



-2.3 






Now ZAP had some values in its cells when we linked them to FOO's 
ce s. These values have already been propagated through FOO. 

= = > (what-is (>> m2 foo)) * 

(>> M2 FOO) = -0.285714287 

==> (why (>> m2 foo)) 

I used rule (» RULE#5 FOO) on the following inputs: 

(>> PRODUCT FOO) 

(>> Ml FOO) 

We can chase these deductions to their ultimate reasons. 

==> (why (>> product foo)) 

I used rule (>> 1< = 2) on the following inputs: 

(>> A1 ZAP) 

The rule l<-2 is a manifestation of the linkage between the product of FOO 
and the ai of ZAP. 


- = > (why (>> al zap )) 

Because you told me so. 

= = > ( why (>> ml f oo)) 

I used rule (>> 1< = 2) on the following inputs: 
(>> A2 ZAP) 


==> (why (>> a2 zap)) 

I used rule (» RULE#3 ZAP) on the following inputs: 
(>> SUM ZAP) 

(>> Al ZAP) 


is often convenient to be able to determine the ultimate antecedents ol 
a deduced value. For example, we know the value of the M 2 of FOO because 

and^1°of 1 ZAP f dedUCtionS ultimatel y derived from our knowledge of the suf 


==> (premises (>> m2 foo)) 
(>> SUM ZAP) = 5.0 
(>> Al ZAP) = -2.0 


If we change a premise all conclusions which depended upon it are 

automatically retracted and new conclusions are drawn. In a large network 

only a few values may depend on any one premise. The constraint language 

interpreter retracts only those values and only the incremental new 
deductions are made. 





( 



Constraints 


==> (change-parameter (>> al zap) 2.0) 
2.0 

" = > ( what-is ( >> a2 zap)) 

(>> A2 ZAP) = 3.0 

==> (what-is (>> m2 foo)) 

(>> M2 FOO) = 0.666666664 

* 






We cannot so easily change a parameter whose value is a consequence of 
other known facts. One of the premises upon which the changing parameter 
depends must be abandoned... The system automatically chases down only the 
relevant premises and give? us a choice of which we want to retract. 

==> (change-parameter (>> a2 zap) 19.0) 

Which of the following assumptions will you change? 

1 (>> Al ZAP) = 2.0 
. 2 ( >> SUM ZAP) = 5.0 
ANSWER: 

Before allowing the system to change anything, we may want to investigate 
the repercussions of changing it. (Note that the prompt has changed to 
indicating that the system is waiting for an answer to its question.) 

--> {results (>> sum zap)) 

Rule (>> RUIE#3 ZAP) got (>> A2 ZAP) = 3.0 

--> (results (>> al zap)) 

Rule (>> 1< = 2) got (>> PRODUCT FOO) = 2.0 
Rule (>> RULE#3 ZAP) got (>> A2 ZAP) = 3.0 

We decide to retract assumption #1, that the ai of ZAP is 2.0. 

- -> (answer 1) 

1 ' 9.0 

The system finished changing the parameter to 19 and restored the prompt to 
• '" e new value of the M 2 of FOO is now: 
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==> (what-is (>> m2 foo)) 
( >>■ M2 FOO) = -0.7368421 


The new situation is: 


IH - 

jqX-0.73.,. 




. • L ° C<1 J cons traint propagation cannot solve every Droblem n f 

assigning values to cells in our network. Sometimes a more global analvsil 
is necessary. For example, if we change the value of the m 2 of FOO 
and we release the premise concerning the value of the A 2 of 7AP th! \ 
consistent value that either the „ or the „ of ZAP can take on is z 5 " 


==> (change-parameter (>> m2 foo) 1.0) 

Which of the following assumptions will you change? 
1 (>> A2 ZAP) = lg.o 



==> (what-is (>> al cap)) 

Sorry. I don't know it. I need: 

(>> PRODUCT FOO) 
to use rule: (>> 2<=1) 
or, I need: 

(>> A2 ZAP) 

to use rule: (5> RULE/1'2 ZAP) 


make ^any^ deduct ions hyuTelT to 

conid come to a correct conclusion. WeVl discuss thu 1 “^' 

FOO. we a^ value^explicitly” 01 "^ dete ™ 1 "° ^ "««* •' 






==> (change-parameter (>> product foo) 17.0) 

Contradiction...disputants are: 

(>> PRODUCT FOO) = 17.0 
(>> CHALLENGER: RULE#3~FOO) = -la.o 
Choose an assumption to change: 

1 (>> M2 FOO) = l.o 

2 (>> SUM ZAP) =5.0 
ANSWER: 



Unfortunately, the very act of making the assumption that the rroooct of FOO 
17.0 allows the deduction that the proouct of FOO must (also) be IP n 

Zt rr *» TM. immediate contradiction 1; 

oticed, and the system presents us with a choice of actions. 


- -> (answer 2 ) 
17.0 


chosen to discard assumption 2, and the network readjusts itself 

==> (what-is (>> sum zap)) 

(>> SUM ZAP) = 34.0 
==> (what-is (>> a2 zap)) 

(>> A2 ZAP) = 17.0 



. . 1 e nave seen the rule of composition by which constraints 

important to the system for efficient computation ( as we' sha'll !ee; e \h rC 
are useful for debugging purposes, and for helping a user understand the 
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behavior of his constraint network. We believe that thic , . 

^“siJff b th deVelOPOd f0r C0nstructio " totems so lMh e : y 

becoms "° rs —- **• 


Abstraction and Hierarchy 

=: M rS“ - ™.rr:, “c:;: 

-*««• lr we are lucky Lay of thus/ pS 

concept,nTlevoT u “V* C0 " si(lered sln 9 Ie >>"“<“"3 blocks at a higher 
small" ones " “ " ay *° S “ Cb bUlldi " 9 bl °^ in terms of 

V/e would like these compound buildinq blocks tn hohas/o in «. 

'^h a bund e in P q ri b m r i k Ve Gntiti6S ° f the language - This a Hows us to combine 
cm him i 9 -k l° CkS USln9 thS Same constnj ction methods. In this way we 

c ai biti anly complicated compound objects in a hiprarrhirai 

limited. "" b11 ™* ‘ bd complexity aWo no nZTTS 


them i/n languages which permit this kind of hierarchical definition 
be treated as ° simnle^ 10 "’ Which specifies how a compound object is to 

betwe nati ,°h ° f Simpler objects w hich is to be abstracted, and an interface 
t ;een the specified combination and the external appearance of the 
abstraction as a single object.< Lambda ) of the 

The constraint language provides a rule of abstraction which allows 

spocmcationsT Patt ' r “ dcslsnati "3 component constraints and 

pecifications for linking them. When a pattern is instantiate thn 

designated components are recursively instantiated and then linked 
according to the "==•• specifications. llnked 


kind r F ° r eXample ’ we can combine adders and multipliers to produce a 
kind of compound contraint called a "resistor". An (ideal) resistor 
essentially an object which enforces numerical constrai P is 

potentials, two currents, and a resistance: 


ints among two node 


! 


* 

*, + z 2 = o 


We notate this as follows: 



==> (constraint 



RESISTOR 


resistor 
((v1 number) 

(v2 number) 

(i 1 number) 

( i2 number) 

(resistance number) 

(av adder)' 

(ai adder) 

(m multiplier)) 

(== vl (>> sum av)) 

(== v2 (>> al av)) 

(== (>> a2 av) (>> product m)) 
( == i 1 ( >> ml m)) 

(== resistance (>> m2 m)) 

(== il (>> al ai)) 

(= = 12 (>> a2 ai)) 

(constant (>> sum ai) 0.0)) 



The keyword "constraint 
and types, and a set of 

is an abbreviation for 
value . ( Th 1 n 9Eab} 


is followed by a name, a list of component names 
linkages. The expression (constant <something> <value>) 
forcing Something) to have the given computational 


With this definition we can make a resistor in 
make an adder: 


the same way that we 


==> (create r43 resistor) 
R43 


This causes R43 to be the name of an instance of the 
instantiating the pattern, instances of components 

multipliers are also effectively created. We can use 
to build a voltage divider: 


pattern resistor. In 
such as adders and 
instances of resistor 







==> (create r44 resistor) 

R44 

==> (create kcll adder) 

KCL1 

= = > (== (>> v2 r43) (>> v1 r44)) 
IDENTITY 

= = > (== (>> i2 r43) (>> al kcll)) 

IDENTITY 

« 

==> (== (>> il r44) (>> a2 kcll)) 
IDENTITY 

==> (constant (>> sum kcll) 0.0) 
0.0 



It is silly to use adders and numerical connectors to hook together 

resistors. We should not be mixing conceptual levels. In the world of 

electrical circuits, elements like resistors have terminals which connect 

to nodes. A terminal has a potential ("voltage") on it and a current into 

it, packaged up together. A node connects two or more terminals so as to 

constrain their potentials to be the same, and the sum of the currents into 
them to be zero. 


==> (constraint terminal ((v number) (i number))) f"T 

TERMINAL I £ 

Ihmi 

The "terminal" constraint is trivial. All it does is 
numbers so that they can be referred to as a unit. 


=> (constraint 2-nodfe 

((tl terminal ) 

-jri (12 terminal ) 

I (kcl adder)) 

▼ (== (>> v tl) (» v 12 )) 

*TZ ( == (>> i tl) (>> al kcl)) 

1 (==(>> i t2) (>> a2 kcl)) 

(constant (>> sum kcl) 0.0)) 


V II 


package up two 


2-N0DE 



TZ 


2-node" is a two-terminal node. It has an adder for enforcing the sum- 
of-curronts constraint (Kirchoff's Current Law). The equal-potentials 
constraint (Kirchoff's Voltage Law) is enforced by direct identification. 
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* 





resistor 
((t1 terminal) 

(t2 terminal) 

■*** 

(resistance number) 

(av adder) 

(ai adder) 

(m multiplier)) 

( == (>> v 11) (>> sum av)) 

( == (>> v t2) (>> al av)) 

(== (>> a2 av) (>> product m)) 
(== (>> i tl) (>> ml m)) 

(== resistance (>> m2 m)) 

(== (>> i tl) (>> al ai)) 

(== (>> i 12) (>> a2 ai)) 
(constant (*>> sum ai) 0.0)) 


RESISTOR 


This definition is as before, except that 



ITZ 

terminals are used. 




Now we can simply create two resistors and a 2-node, and connect 

them up by identifying the terminals of resistors with terminals of the 
node. 


==> (create r43 resistor) 
R43 

==> (create r44 resistor) 
R44 

==> (create n2 2-node) 

HZ 


= = > (== (>> tl r44) (>> t2 n2)) 
IDENTITY 

= = > (== (>> 12 r4 3) (>> tl n2)) 
IDENTITY 



In the 'constraint language, it is possible to identify compound 
constraints, using " = = ", in exactly the same way that primitive objects 
like numbers are identified. The meaning of equality for compound objects 
is that two objects are equal if their corresponding components are equal. 
Thus when two terminals are made equal, their voltages are identified, and 
so are their currents. 


(In the examples involving electrical components we have been, and 
will be, carefully skirting a difficult issue regarding the directions of 
currents. In the constraint language, things "connected together" are 
identified as being the same thing. In the electrical world, while 
electrically connecting two electrical terminals makes their voltages the 
same (Kirchoff’s Voltage Law), it does not make their currents the same. 
The currents are instead subject to the more complex constraint that they 
must sum to zero. This is the reason we use nodes as an intermediate 









carefully [7 KirChoff ' s Current Law. Nodes must be used 

describing electrical device^ 1 ” dlre ^ tlons strfl ight. Two constraints 
connirtt. t! devices cannot be directly connected, but must be 

The US r thlS structure t0 compute parameters of the circuit 

vinils at f h r h°™ 9 v °ltage divider. We can. for example, spec Ify “he 

resistor Th „ n 3 " lddle ° f the divider ’ a " d the resistance of one 

deduction of the ,^s“ U, “ P ' rmU thd 


- = > (set-parameter (>> v 12 r44) 0.0) 

0.0 

= = > (set-parameter (>> v tl r 44 ) 3.0) 

3.0 

= = > (set-parameter (>> v tl r43) 10.0) 

10.0 

==> (set-parameter (>> resistance r44) 9.0) 
9.0 

--> (what-is (>> resistance r43)) 

(>> RESISTANCE R43) = 21.0 


This is similar to computations we have already seen. The "real work" i c 

hir P r us r mpuers which are « 


something with coTrLZ" To/^r Ti^ZlTl *° C °" PUte 

ihe f0r r m e a s t i 1 s 0 t",„ce l s 0r of TiJ 6 ' 9iVe " V ° Ua9e “ the t0p and the 


==> (forget-parameter (>> v tl r 44 )) 

NIL 

--> (set-parameter (>> resistance r43) 21 0) 
31.0 

= = > (what-is (>> v tl r44)) 

Sorry, I don’t know it. I need: 

(>> V T2 N2) 
to use rule: (>> 1<=2) 
or, I need: 

(>> SUM AV R44) 
to use rule: (>> 1<=2 R44) 


resistance 7“''°™'- th ° Sy5te " aIs ° ^r ge t the 

resistance of R43, which had been deduced from this voltaoe Rein*t-,tin„ 

the resistance value should permit the deduction of the “upoint "ua^? 
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but as before this cannot be done locally by the constraints. There are 
the cttun 5 r: d „ thlS Pr0blm ’ 0nC 13 t0 lntr ° duce "hltiple views of 

i to,s' s Jhoiic 11 ,r- a : in0 thls e techniquc in the next section - 

IS to symbolic algebra in the computations; this will be examined 


Almost-Hierarchical Systems 


a system° for^Th^ 1 ’ & descri P tion must impose a conceptual structure on 
understanding or desTgX it TTsyst C ° mPleXity inVOlved in 

understood in it c ,. 9 " 9 /u If a s y stem cannot be immediately 

hP h e ! y (by " Gestalt "> then it must be understood in 
Pieces. The descriptive structure directs attention to sets of components 

the system which together constitute a single conceptual piece. 

less dis^n^nt 3 rS" Can be Partitioned into pieces which are more or 
less disjoint and which together cover the entire system. The total system 

composition 0 b St °°h- ^ l ' nderstanding the Pieces and by understanding the 
imposition by which the pieces constitute the system. Similarly each 

Piece may be similarly partition. In this way we derive , single’ tree- 

like decomposition of the system. Such a tree we call a hierarchy 

* 

useful nlrMt- llkely> however ’ that at any stage there is more than one 

p T 1 " 9 9 PieCe ‘ If S0 ' then a single hierarchy does not 

uffice to indicate all the conceptual pieces of interest in the system. 

h^p 6S W ° Se sub_ Pieces are localized within one hierarchy will probably 
ha e its sub-pieces widely dispersed throughout another. 

For example, a mechanical timepiece has among its major parts a 
mainspring, several wheels or "gears" (main, center, third, fourth hour 
rnxnute, and escape wheels), a lever, a balance/hai'rspring’ lss2*ly Z* 
hands. These parts are usually grouped into sets which are physically 
connected: the mainspring and main wheel together form the barrel- the 

center, hour, and minute wheels plus the hands form the motion works- the 

am, center, third, fourth, and escape wheels form-the wheel train; and 

example the^baWe" ^ -embUes, Tot 
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HAlR.SpRzt/0 
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( Screws uuhcel Jj} 

r 

1 

(/n\xnute\ 

f \f«H EEL J 

/H ZMVTe\ 

HAWP J 

fjOLLEiC\jQ!r J 

t 


(Hour I 
{wheel 

HOUR\ l 
HANP J/s 

/ LEl/ER 


\ 

\ 1 

fl VI Fourth 

{[escape. WHEEL Jl WHEEL 

TtflRp ! 
WHEEL 

l\ Ceast er) 

Y+iaiwSA 

r WHEEL V 


^AXNSPRIMGjk 


wh e ro 6 1 hey* \ nterface f S ° me ° VerlaP betWeen ^ mai " structural groupings 
decomposition?^ 6 ^ ^ *** ** ^ ctionall y described as a fivefold 


ETA/ERSY 

youftcE 


TMMSnxsscoM 


OSCILLATOR 


Scaling 


PXSPLAY 


^nfor^tio h * 

Conceptually these five functional parts are disjoint. In every real 
mechanical timepiece, however, the same physical part may serve in more 
an one functional unit. The wheel train which transmits energy from the 
mainspring to the escapement also performs part of the scaling between Jhe 

not'Trt of , < f in « i ?" S a " d thC dlSpUy (dial >; ‘he wheel train U 

iSd S i H 1 0SCllla T t h 0r module which appears between the transmission 
and scaling modules. The escape wheel is part of both the oscillator 

o ule and the wheel train. Other parts are also shared among modules 











WATCH 






Watch 

Structure 



I 

I 


BALANCE 



ESCAPE- WHEEL 

MEUT TRAXaJ 

(?Cr**is - \ 

'*Hssie>nj 


HAIR BALANCE /1 \ 

SP RXAHS Jj^ ££l / / \ 

\ / / ESCAPE 

H/HEEL / ROLLER I H /HEEL 

/ I / FOURTH 

screws staff lever wheel 


{ M O TXo/V /f f 
' tv OFFS/ I 

/Vi 

»* f If/* 


BARREL 


WHEEL ! 

I / 

/*XNl/TE 

HAa/J> 



- •< * \ 

I \ 

Hour/ MAX a/ 

hand spring 

(Eftergij^ 

MAX*/ 

U/HEEL 


CENTER 
u/kf EEL 


. .. *" tbls dlagram ’ the structural and functional hierarchies are 

(partially) shown together. Notice that each not is a strict hierarchy, 
but almost is; and that the two almost-hierarchies are not the. same, but 
are similar. In some places a single unit in one hierarchy is the same as 
sing e unit in another (for example, the wheel train and transmission 
coincide). In other places what is a single unit in one hierarchy is 
spread out in the other (for example, the single functional idea of scaling 

wnrk-r ea f ° U l in ! the structural hierarchy, while the wheel train and motion 
ks structural units each have various purposes in the functional 
Hierarchy). j. 

Toe rt would be possible to design a timepiece which exhibited much 
less structural overlap between functional units, so that the structural 

and functional hierarchies would be almost identical. While such a 
timepiece would certainly exhibit "structured 11 design, in the sense of 
structured programming", it would be much less reliable (due to 
unnecessary duplication of parts to avoid overlap), and would be very 
difficult to make small enough to ride comfortably on one's wrist. 

Other engineered systems, such as electrical circuits and computer 
programs, exhibit a similar sharing of parts among uses. A strictly 
hierarchical description can be only an approximation to the true structure 










start-* ? bJ 1 ! Ct ' Conversely, whe n designing an object, a good engineer may 
start with a hierarchical plan, but will then sliqhtlv destrnl Tw 

SarHcX ^^^'7 *!" “h*'™™™- This ."ccr. because 7 
P lcular hierarchical description emphasizes some groupings of features 

; the expense of other equally valid or important ones. A given h7Irc7 

y e violated because of constraints not visible within that hierarchy y 

in engin A eer°ed' 1 £7777 PliCltl h y ackn0 " led 3 es the spring of structure 

structure i„ which . k r . be capt “ r8d a locally hierarchical 

, hlch 6aCh feature 1S described and related to "lower-level" 

be sorendVh 1I " plement that feature > even though those sub-features may 
dLrr ? throughout some other (also locally hierarchical) part of the 
description and used to implement other features as well. 


hierarch 


I™, 7.77 U T aS,e " aturally P e ™“s one to express almost- 
cal descriptions, because its rules of composition are explicitly 


stated in terms of the sharing of parts. The rule of abstraction s 

hierarchical, but the rule of composition permits one to violate tile 
hierarchy in any desired manner. 

connection //tw already used this Mature to describe the 

. " . resistors. One terminal of each resistor is shared with 

no7rivial 7 "7', Te ™ lnalS arc not very ihteresting as they have no 

demonstrate a mnrH*- / rUCtUre ‘ However ’ let us extend that example to 

equivalent T reSS - the ^ that tW ° resistors in series are 

equivalent to a single resistor: 


= = > (constraint series-resistors 

((rl resistor) 

(r2 resistor) 

(req resistor) 

(a adder)) 

(.== (>> tl rl) (>> tl req)) 

(== (>> t2 r 2) (>> t2 req)) 

(== (>> al a) (>> resistance rl)) 

(== (>> a2 a) (>> resistance r2)) 

(== (>> sum a) (>> resistance req))) 

SERIES-RESISTORS 


Rl 


/U 





do !‘ 1 °°^ Say that (>> U req) is electr ically connected to (» tl n) 
two resiswr, iro'con” T 7 ," rl> ' ™ S dlffsrs from the situation where 

views Of the same terminal , * n ° de ' are t0lk1 " 9 about 

it- nm I hiS definition does not express the fact that we ordinarily apply 
y to resistors which share a common node. This is a restriction 

usnse of the constraint, rather than a restriction t„ he enforced ^ th" 










constraint. If it 
series constraint, 
it to describe the 


is used properly, however, it will enforce the desired 
e now construct an instance of the constraint, and use 
resistors R44 and R43 connected earlier. 


==> (create srl series-resistors) 
SRI 

= = > (= = (>> r i sr i) r4 3) 

IDENTITY 

“=> (= = (>> rZ srl) r44) 

IDENTITY 


Now there are two simultaneous, redundant descriptions of what is going on 

is regarded ^ termin * ls of the circuit. Neither description 

is regarded as being "more real" than the other; we merely say that one or 

resistor- 31 " and ^as ^ PUrP ° SG - . B ° th descri P tio ^, as one 

, [ wo ’ are equally valid. We can speak of 

description 6 T’’ the 11 reslstanc ® of the resistor in the single-resistor 

, just as well as of (>> resistance r43) or (>> i tl r44) which are 

quantities of the two-resistor description. 

* 

application!* F redUndfln1 ; descriptions have important computational 

description of the X " th<5 VOltage divider circuit the alternative 

description of the divider as a single resistor permits the deduction of 

voltlq^I^the 1 " 011 ^ th ® dlYlder ’ This in turn Permits the deduction of the 
voltage at the midpoint! •. 


= = > (what - is (>> v tl r44 )) 
V Tl R44 ) = 3.0 


(>> 


What we have done here is to introduce an alternative poi nt of 
circuit. While in principle it contains no extra informati 


view of the 
ion, the new 


= nt t^r r r “ rtain purp ° ses < such as 

. 01 gh the divider). The constraint language permits us to 

ZLT redundant vie " polnts 50 that thay caa c °° aa '- ata 


m 


Let us add another resistor R45 to our circuit: 



We can 


describe 


various series combinations within this circuit 
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Constraints 






tn is 


iiicuiner 


, . - ij-au uh ee-resistor circuit ran ho 

hierarchically decomposed in at least three different ways- (1) as three 

separate resistors; <2, as the series combination of the upper two in 

series with the lowest; (3) as the uppermost, in series with the series 

combination of the lower two. In a given circumstance one point of view 

may be more useful than another. Moreover, the various points of view do 

alst-hie e r a a^y * “» into an 


Constraints and Algebra 

lust writinn 1 h Seem that in Writing d0Wn and usin 9 constraints we are 
form This i T eXpreS5ions in a Afferent and not even convenient 

censor Jnr i SOme eXtent> bUt U is not the entire picture. The 

constraint language is a kind of "structured algebra 1 ** in that we have 

systems of ra i Ch h Cal StrUCtures which allow « to manufacture and combine 
systems of algebraic constraints to make larger systems. Additionally we 

“Trr; :i f z 

bJt^thore S6tS ° f ® qU 1 ati0 " S WhiCh describe a °y given constraint diagralT 
cglitious 1S ,,reC1SOly ° ne COnStralnt for any given so? of 


expressing^'ccuistraints”, 0 0 T\ r 

which permit the derivation of consequences of The constMintsT 31,10 " PUleS 
The reader may have noticed that th 


e constraint language is rather 






verbose. In defining the numerical constraints 
definition, we had to write out eight lines: 


in the RESISTOR constraint 


(” (?? v tl) (>>• sum av)) 

(== (>> v t2) (>> al av)) 

(== (>> a2 av) (>> product m)) 

(== (>> i tl) (>> ml m)) 

(= = resistance (>> m2 m)) 

(” (>> i tl) (>> al ai)) 

(== (>> i t2) (>> a2 ai)) 

(constant (>> sum ai) 0.0)) 

Using an algebraic notation, we might have written simply: 


(>> v tl) - (>> v t2) = (>> i tl) * resistance 
(>> i tl) + (>> i t2) = 0.0 


^ 1 > g ° br t a M' I ?° nVent ; 0n , normally dictates simpler variable names than 

( ' J. n> be used - We have used the same long names in the algebraic 
egnatxons not only for the sake of a -fair" comparison, but because na^ 

rnn ' tra . ^° rm are critlcal to the almost-hierarchical composition of the 
constraints. 


thrmmh ^ gebraic no <; atlon ls expression-oriented. It achieves conciseness 

tS fimStiin i U r- ;f i0nal COmpOSition - The relationship of arguments 

nr Ivm ? h lmpllcltly pressed by position, permitting the elimination 
of explicit description of the connections. For example, in expressing an 

““ 10 thG constraint language, we explicitly mention the 
P . bln * A1 ’ A2 ’ and SUM . of the adder, and explicitly specify what they 
inked to. In algebraic notation we simply write "a + b H The " + 

denotes an adder constraint. The three connections to the adder 'constraint 

are expressed by position. Whatever is to the left of the "+" is connected 

o the ai pin; whatever is to the right of the is connected to the A2 

Pin; and the sum pm is connected to the pin of whatever operator of which 

the entire expression stands as an argument. If we write "(a + b) * c" 

then the SUM pin of the adder constraint is connected to the Ml pin „f tl,; 
multiplier constraint. 


The connections indicated in an algebraic expression form a tree 

connecUon eCti ° nS * identifier * at ^ ^ves, and a single loo S ; 

expressions ° min9 0Ut the top "‘ To connect the loose ends of two 

expression is”'/ 5 ' tbe . eqUality symbo1 " = "• An equation, unlike an 
. pression, is a constraint network with no loose ends (or rather the 

se encs are explicitly indicated by the presence of identifiers). 


The advantages of algebraic notation are obvious, 
for conciseness? Asymmetry. To a mathematician, the' 
statements say the same thing: 


What do we pay 
following three 
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Constraints 


E = K + U 


K = E - U 


U = E - K. 


Each » binary » operator must in principle have three forms, one for each of 
he three connections that may come "out the top" as opposed to beina 

”“f ths —ttloo end subtree on ™ 

Jr™iet u o f f fi e c ;„a b tTo a :r one ° f then is conmutativ8 - co " sid8r ’«•. 




x = y‘ 




z = log y X 


aenrr a °i f ,v“ hiCh 0XpreSSeS the same c°"“raint in a different form. More 

dtstinc forms VZ "“ h "° Sy "”' etrles Us Pins reguires n.l 

distinct forms.) The constraint language preserves symmetry of expression 

ZrlllZTir Pri " mVe "° tatl °" S: bPth subtracuons"re 

t^e constraint ? C0 " Stral " t ' The cost ° f this «»tr, and economy in 

tne consti amt language is verbosity. 


Algebra provides rules for transforming among 
representations of a constraint. Given this, in some sense 
matter how they are written down. Equations express truth. 


equivalent 
it doesn’t 


Given a set of equations, we 
constraint diagram which they represent. 


can easily draw the 
For example, for the set 


(unique) 


2*X + 3*Y = 6 


5*X + 4*Y = 7 


we draw the diagram 



thf roS i0 f PepreSentS a piece of the network which is an unrooted tree, 
resuit of connecting two rooted trees at their roots. The purpose of 

_e_^£l 2 tiX^ X a n d Y in the equations is to cut the loops in the network 

make them printable as (necessarily tree-like) expressions. 











When the separate tree-like pieces are printed, the identifiers indicate 
the cross-branch and inter-tree connections. 

For any given nStwork, there may be more than one way to cut the 
loops. For example, we could use another variable U: 



6 = U + 3 * ((7 - 5 * (U / 2)) / 4) 


Even for a given assignment of identifiers, 
equations by choosing which (two-ended!) 
equality; the two parts of the equation tree 
at the ends of the chosen connection. Using 
{b}, (c), (d), {e} we get these equations: 


one can write many different 
connection to use for the 
are considered to be rooted 
the connections marked {a}. 


{a} U = 2 * ((7 - 4 * ((6 - U) / 3)) / 5) 

' {b> U / 2 = ((7 - 4 * ((6 - U) / 3)) / 5) 

(c> 5 * (U / 2) = (7 - 4 * ((6 - U) { 3)) 

{d} (7 - 5 * (U / 2)) = 4 * ((6 - U) / 3) 

{e} 3 = (6 - U) / ((7 - 5 * (U / 2)) / 4) 

All of these equations represent the same network of relationships. 


Onp nn l rr ° f f COurse possible to use more identifiers than necessary. 

olor^ !, °“ r eXnmple ' and could have been put in any of six 

places We originally derived the diagram from two equations in two 

identifiers X and V. He could use more than two if we desired to, for some 

reason; „e could also assign more than one identifier to a connection, and 

donate the redundant identifiers. Taken to the extreme, this approves 

auanUtrh';s 1 !’,i SPC , CifiCatl0n n S ° f the Constralnt l^age. "herein each 
Quantity has multiple names which are equated. 

















i p thp 1 " S ° me diagrams a sin 9 le connection may have more than two "ends"- 

in the RETmordef" . C ° nSt r ained *" — than two ways. This occur; 
evnression nnt ?• I - °" above - Now the implicit connections in 
connectors is tTu ,°" ly two ends - "hen a diagram with many-ended 

have identif- ^ printed as a set of equations, such connectors must 
mult in Ip . ^ *" S assigned to them, because only identifiers can expT^il 
hnv! h . connec tions in algebraic notation. After such identifiers 

remaining 1 loopsf" 6 '* additi °" al ^ ^ ^ ^ b * needed '"Till 

• Th ! Various ways of algebraically notating a set of relationshiDs 

A netW ° rk ° f relationshi Ps simply exists. It is in Shis 

O .V«im T that , co h nstralnt dla sra ns are more fundamental than sets 
equations. Many algebraic laws (but not all) simply provide for 

transformations among sets of e,nations which represent the'same diagram" 

When we begin to use the network for some computational nurnose 

some V "output" val 7T ° f ^ becomes important. If we wish to compu^ 
1Z ; o ? , Valuc(s) Qiven certain "input" values, where all the values 

flow within tL S T, n T r V f C ™ Stral " ts - - -St organize an infer iTion 

acvclic mfh f W ° r " Intermedia te computations must proceed along an 

acyclic path from inputs to output(s). y 

„ fnngnn!!!! 1 ? "algebraic" programming languages find algebraic notation 
con\enience because the tree implicit in the functional composition is 

and there iS an aSWtry t0 each connection’^"o«; 

direction of r * rouamt slot "> whicb <an be construed to imply the 
direction of information flow. The notation therefore requires the 

sZST" r t0 6XPreSS relGVant relationships but 

simultaneously to specify the particular computational use to which the 
relationships will be put. Thus, for example, Ohm's Law is the equation 

simply write this ilcM 6 ** ’ ° ^ . ’ algebraicn programming language cannot 

T \zsssz an : 

tZ Z 'T 3 * re<,UlrCS 0nIy the SUte " ,8 " t ° f relevant relationships 

wore o'r 1 - W .rZ 

•* - .r.v: «: t TiS.s* 1 3zs; i:::z y 

denote Sihiae results.'»“»'■»• *•"»•> For example, there is generally „„ „ay 

remarndor '( ZZ" " hich both quotient and 

eUher 
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a^inherent^property IXnT. ^ is 

for ■,hmCp t .™p“cU»“™ Helattn'h rales 

-E = K + u- into h : p „„ * relationship, for example transforming 

«. i mn i o „ • a H algebraic transformations are this 

simple. Some do not merely view the same network In a different wav hot 

produce a different network which has the same meaning by virtue of'non 

goo”\xlVlV 1 o7 h this bet,re '; h the H" Mni " 9! ° f the COn|,one " t constraints. A 

addition: “ distributive law of multiplication over 

X = A B + A C <=> X = A (B + C) 

The networks for these two equations look like this: 



does e not tWP C^sfl' ! tOP0l0glc » U y distinct: one has a loop, and the other 
network can be 

r cW ot C be eS imS o S „ Pe t C h 1 e fyl fi 9 rst a IZlT 

T :„v oT f th ( e a if?: i 

unsuitable for computing A. . 1S 

rr*~st^rr 

r™ f V \\z 
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1 1 


%r 1 


3»,o 


It t, 


1/3 


1.0 


IB] 


-*/3 


Similarly, when we "solve an equation" by using the distributivp 
hi ’ We in 6ffeCt lmpose another piece of network on the original network. 
^ft^ e ^ d the SemanUCS ° f the hips but permits °a 1 spanning 














Computing with Constraints 

can bo d^cribod 8 Pb " PlUat . l0 " s " a have Performed with constraint networks 
described as simple propagation of known values values 

propagated through primitive constraints and through equalities bv -w 

s ep deductions".P rimltlve c0 „ s trai„,s are processes containing 
local cells which "continually" monitor the cells . containing 

0?™: e v :u: a :r ate ? ^ “• * 

of its rin r ? lu °- and lf 11 c “ locally determine the value of one 

deduced value Hh t ‘ a\ "IT “/ ceU ^7“ " 1U ^ 

to another cell which gets a va," C “ n .*l£ ^1,7^ £ ^ "V 

abovef" ° Val “ e ^ th ° USer ° r by " C °" ST “ T “cclaratlon (cf. res!"s™ 


reason dwpenPonciss| h< \ S f . aP associated Value, it also has associated with it a 

If thfi value was obtained from other cells thrmmh a 

™: r c ™ n ir : he reason — .«h.r c «n s *Td^: 

:r; ncd If T 9h r e,uaiity ,,uh -•«- c.n. «.* 

points to the ,;«/ , .! ! Was arbltrarlly assigned, the reason 

/ it i . . ,® user or t0 th e system (constant). These reasons 

‘re essenuanv s'""', ° aSil v y C ° nStrUCted “ the dedudt i°ns are made: they 
within "he neLort tT lndlc ating the direction of information flow 

ir«cs s J, "” rkerS Ca " be traced at >">■ time for such 

locntinn ly flndin 9 the antecedent assumptions of a deduced value, or 

explanation n COnsequences of a value. These may be in turn used for 
explanation or incremental forgetting of a user-supplied assumption and all 

v i b i^rrur r ? ave seen) - in addition ’ if °- e 

... Ji k , to lts antecedent assumptions, the part of the network trarrri 
wi he directionality imposed by the dependency markers, constitutes a 
formula for computing the value. < Compi1 1n 9 Constraints } 

reason ^Tf 1Sp - 0SsiblG that . a cel1 be assigned a value for more than one 

are not and if ™ U . l6e at 3 cel1 they must be the same. If they 

e not, and if the network represents a satisfiable set of constraints 

ere is an inconsistent set of assumed values. The dependencies ran h' 

dsed to determine the subset of the set of assumed values isihconslsten 

l umed“vai e ues BlP , fUl h*” 11 " 9 “ Uh yery laP9a "‘‘works 

sma T subset of ^ ^ contradldtld " typically depends on only a 

sunset of the many assumptions. 

In a satisfiable constraint network, the values which win h» 
associated with colls are independent of the irder of propaaTtl™, , h ! 
the network. Thus we may think of them as occurring in parallel 
they are implemented by means of a queue or agenda in our current system 

fails to'^lssTan'Vl'l IT'l'h ar ° Si " Ple natworks for “hich propagation 

ssign all of the values one might desire. For example: 
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We have already discussed how redundant descriptions may be used to bypass 
such loops by superimposing an equivalent tree structure. Another, related 
strategy involves the use of symbolic algebraic manipulation. If we enable 
the primitive constraints to propagate symbolic expressions as well as 
numerical values, we can use powerful algebraic manipulators to propagate 
past loops. If for example, in the problem above, we put the symbolic 
value.. "X" on (>> ai zap) then zap may deduce that its a z is 5-X. 
"Simultaneously" foo may deduce that its mi is X/l. These values are on 
cells declared to be equal; thus an equation may be formed, X/l = 5-X, and 
solved algebraically. Once the value of X has been determined, then the 
numerical values for the propagated symbolic expressions can be computed 
(or at least expressions involving X and possibly other variables can 
perhaps be simplified). 


Algebraic techniques of this sort were used in such systems as EL, 
mko, anci oin. a K it is easy to see, however, that 

propagation of symbolic expressions in effect makes copies of tree-like 
portions of the network; each expression is a history of the portion of 
the network through which its pieces were derived. The algebraic 
techniques applied to these expressions might as well have been applied 
directly to the network. Instead of applying the distributive law to an 
algebraic expression, for example, one might as well just attach that extra 
point of 'view to the network. The implications of this idea have just 
barely begun to be explored. 
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Notes 

{Algebraic Propagation). We have used propagation of algebraic expressions 
in our work on analysis and synthesis of circuits. {Propagatlon) Although we 
have used algebraic manipulation techniques (extracted from MACSYMA 
[MACSYMA]) far .more powerful than people generally use, we have found that 
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these techniques are not, by themselves, powerful enough to solve manv 

interesting problems which people can solve. People generally solve these 
problems by organizing the solution so that only simple algebra is required 

complex algebra TT^ Wh ° SG proofs perha P s required tremendously 

'v clone once and for all by a clever person whose name is 

complex alaebrnf r but whose application does not require 

must also h ‘ a , tremGndous symbolic computations, computers 

must also have good methods of avoiding doing all except the most trivial 

algebra problems We have used multiple redundant descriptions [Sussman 

to o rr la :? yS ° f l00kin9 at 3 pr0blGm Which are agonized so as 
late the need for extensive algebraic manipulation. 

snSl ln L C f St f raintSK ThC ld ° a ° f cxtracti "!' Procedures for computing 

» ■ 3 aonstraint network is Pursued by Richard Brown 

Lbrown 1978]. Borning has also done work in this area. {Thi "9 Lab > 

interactions^' [NcDermott 1974 3 was an early attempt to record the 

a . 0,19 dGductlons f or the purpose of maintaining consistency in 

Ip, 1 1 c wien new y introduced facts conflicted with existing ones. The 

do Ln°Z Z r d ^° nSl,lt - lnt [FlkaS 1975 1 — »" of dependencies to 
determine the logical support of facts, but did not use them to control 

search. MYCIN [Shortliffe 1974] [Davis 1976] [Shortliffe 1976] used 

f ependency information to produce explanations, but did not use it for any 

Droduro Pllr T° SeS : EL [5ussrnan & Stallman 1975] used dependencies to 
produce explanations and also to limit the recomputation required in 

describedT Cha " 9eS the aSSUmptions - Stallman and Sussman 

J i b ^ general, means of limiting combinatorial search by the analysis 

[StalZi 7 S ChainS “V? 6 USe ° f mUUlple l09iCal Supports for facts 

L Stallman & Sussman 1977]. This method, called "dependency-directed 
Ph C D tr thesis"’i Tt i " dependently disG °vered by Jim Stansfield (unpublished 

the final th r Uni l Versity ° f Edinbur 9 h - the idea was edited out of 

the final thesis for unknown reasons). This method is superior to the more 

amiliar 'chronological backtracking", introduced by Floyd [Floyd 1967] and 

est nown for its use in AI languages beginning with PLANNER [Hewitt 1972] 

and Nicro.-PLANNER [Sussman, Winograd, & Charniak 1971], in that it avoids 

the irrelevant dependencies assumed by the system on the basis of 

1972f[sfallma7& 0l S 091Cal To° f assumptions [Sussman & McDermott 
1972] [StaHman & Sussman 1977]. Doyle [Doyle 1977] developed a portable 

Truth Maintenance System" which encapsulates a careful theory of 

dependencies, dependency-directed backtracking and non-monotonic inference 

tm TT System for de P en dencies and backtracking was developed in 

[ilcAllester 1978]. McDermott and Doyle have produced an elegant semantic 

1978T 0 phiT7 m °| 0t0n r C H inferenCe WhiCh iS described in [^Dermott & Doyle 

in keening TrlT f° niversity of Maryland has used dependencies to aid 
m keeping ttack of assumptions in the world model used by a problem 

solving system [London 1978]. Y P r °Dlem 


{Elements}. Euclid had a point here. 
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*1 S “ Ch 3 r,,le 1S that ° f lai7lh(la ‘ a bs tract ion 

ovnrostiin in ' ? la "' bda - e *P'-« a i°" Packages up a possibly compound 

-cpression and an interface specification in the form of a variable name 
Un LL&b , variables names). 

{Multiple Values}. There are a few languages which permit a routine to 
return more than one value (other than by side effect of a reference 

vnluef er a V" F ° RTf !, ANJ) ‘ In SL5 6Very ex P ress i° n implicitly carries two 

PoJrVnd a rnDT°n ary ValUe and 9 success/fail ^e flag. Languages such as 
POP2 and FORTH are stack-based, and routines both receive arguments and 

return values on the stack. APL and LISP do not have multiple-valued 

expressions. A common trick is to construct a data structure (an array or 

a list) which contains several distinct values to be returned; but the 

called routine must explicitly construct this structure, and the caller 
must then explicitly decompose it. 

{Other Languages}. Some' examples of languages which are less organized 
ancT'siNULA n ° tl0n ^ Pr ° Cf ' dUre are SUch simulation systems as DYNAMO, GPSS, 


{ ropagation}. "Propagation of constraints" was originally invented as a 
generalization of "Guillemin’s method" of analyzing electrical ladder 

A It w ' ls used in the analysis programs EL [Sussman & Stallman 
1-7o] and ARS [Stallman & Sussman 1977], and in the synthesis program SYN 

[ce klcer & Sussman 1978]. The basic iciea of the method was first 

described in [Brown 1975] as part of a method for localizing faults in 

e eptrical circuits. De Kleer also used propagation analysis in his fault 

localizer [de Kleer 1976]. Sutherland [Sutherland 1963] appears to have 

developed a similar technique (the "One Pass Method") for constraint 
satisfaction in Sketchpad. 

{ThingLab}. Our method of specifying an object by a set of subparts and a 
set of identifications of sub-subparts is essentially the same as that 
independently developed by Alan Borning, a graduate student at Stanford 
diversity. In his Ph.D. thesis (forthcoming), entitled "ThingLab -- A 
Simulation Laboratory", Borning develops an interactive system (written in 
Smalltalk [Goldberg & Kay 1976]) for simulating the effects of constraints. 
ThingLab provides a beautiful and convenient graphics interface controlled 
y the constraint network. In contrast to the system described here 
hingLab does not retain dependency information, and uses relaxation 
ec niques (rather than algebra or multiple redundant views) to deal with 
systems not directly amenable to simple propagation. In these respects 
ThingLab is very similar to Sketchpad [Sutherland 1963]. Unlike Sketchpad, 
TijngLab provides facilities for incrementally compiling constraints, as 
we 1 as n non-graphical, programming-language notation for the constraints. 
[Borning 1977] is a preliminary description of ThingLab’s capabilities. 

~ 1’ -T , aV0 referred t0 as identification of parts Borning, following 

strnr t an ’ calls merging". This is because in both systems data 
structures representing identified objects are actually merged internally 





t 
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svst^T 3 Sin9le data structure - This is not done in 

recorded for US t e h \ ^ ° f SUCh 90 ide ntification must 

in th J S 0£ the de P endenc y information (which 

in the other two systems). ' n 


our constraint 
be explicitly 
is not included 
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